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La presente invention se rapporte a des dispositifs et precedes, 
d'une'part de decision conditionnelle d'execution de services recus et d'autre 
part de constitution de messages d'informations associes a des services, 
ainsi qu'a des produits associes. 

5 

Elle s'applique tant a des televiseurs interactifs qu'a des boTtiers 
decodeurs ou STBs (pour « set top boxes »), permettant a des utilisateurs 
d'interagir avec des services interactifs. Ces terminaux sont pour ce faire 
generalement connectes a un ou deux reseaux de communication 

10 comprenant un reseau bidirectionnel (voie de retour modem, cable...) de 
type point-a-point (comme le reseau telephonique) et un reseau de 
distribution mono-directionnel (reseau de diffusion TV hertzien, cable, 
satellite) analogique ou numerique. On s'interesse ci-apres plus 
particulierement a des terminaux grand-public interactifs, qui incluent 

15 notamment des r^cepteurs tels que ceux commercialises sous la marque ■ }. : 
TAK (eTV), des decodeurs DVB (pour « Digital Video Broadcasting ») et des T | 
decodeurs Internet. £ 

Uexecution dans un tel terminal, de services interactifs en plus 
20 des programmes diffuses, repose sur des fonctionnalites specifiques du 
terminal, notamment pour I'affichage. Ces sp6cificit6s ont le plus souvent la 
forme d'un ensemble logiciel embarque, incluant des plugiciels ou « plug- 
ins », c'est-a-dire des logiciels d'applications compl^mentaires a des logiciels 
existants, qui entrent automatiquement en action en presence d'objets 
25 multim§dias sans que Tutilisateur ait a intervenir. Les plug-ins sont 
generalement associes a des navigateurs Web. Souvent telecharges 
gratuitement sUr Internet, ils permettent par exemple d'ecouter des sons ou 
de voir des videos. Par exemple, un plug-in tres repandu est celui 
commercialise sous la denomination « Flash » par la societe Macromedia. 
30 Ce plug-in de dynamisation de pages Internet permet d'inserer des 
animations dans des pages au format HTML (pour « HyperText Markup 
Language »). 
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Les fournisseurs de services sont principalement des emetteurs 
de diffusion generate appeles « broadcasters », ou des annonceurs. Un 
operateur de services contrdle quant a lui la diffusion des services interactifs, 
5 en vertu d'un contrat signe avec un fournisseur, direct ou indirect (par sous- 
traitance), de ces services. Ces derniers concernent generaiement soit des 
evenements en direct ou des jeux televises (le fournisseur est alors un 
broadcaster), soit des publicites interactives (le fournisseur est alors un 
annonceur). Dans les deux cas, I'operateur de services s'engage a la bonne 
10 diffusion des services (nombre et planning des diffusions, bonne 
execution...) et assure, outre une certaine qualite de service, une reception 
par un nombre aussi eleve que possible de terminaux. 

Ainsi, les terminaux grand-public interactifs recoivent des 
15 programmes enrichis, c'est-a-dire des programmes audiovisuels auxquels 
sont lies des services interactifs. Chaque service interactif comprend 
classiquement, pour des emissions selon la nonme ATVEF (pour « Advanced 
Television Enhancement Forum »), des pages HTML et des dependances 
telles que des images aux formats GIF (pour « Graphics Interchange 
20 Format ») ou JPEG (pour « Joint Photographic Experts Group »), ou des 
animations Flash. Ce fonctionnement est similaire pour des emissions selon 
la norme DVB-MHP (pour « Multimedia Home Platform »), cette norme 
s'appuyant aussi sur HTML. 

25 Typiquement, lorsqu'un programme enrichi est diffuse, le terminal 

commence par proceder a I'acquisition du service interactif. Puis, la 
reception d'un signal envoye par I'operateur provoque I'apparition d'un 
affichage graphique ou textuel en surimpression de la video, invitant 
I'utilisateur a interagir avec ce service. Eventuellement, selon le choix de 

-39 Poperate ur, cette i nvitatio n ost ovitoo ot te^eivice-apparatt-dtfectement,- 

Dans le cadre de I' ATVEF, la diffusion et I'affichage du service interactif 
comprennent les §tapes suivantes : 
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- diffusion d'un message d'annonce de service (announcement) 
prevenant le terminal qu'une interactivity est presente ; le terminal se met 
aiors a I'ecoute du contenu du service interactif, done en attente de reception 
des pages HTML.et.de toutes les dependences composant ce service, et 

5 des ordres d'execution de ce service sous forme de declencheurs ou 
« triggers >> (declencheurs d'affichage, mais aussi declencheurs de mise a 
jour du service) ; 

- diffusion du contenu ; 

- et diffusion des declencheurs. 

10 Dans le cadre de MHP, le fonctionnement est similaire, le message 
d'annonce de service etant constitue par une signalisation. 

Or, les plug-ins evoluent tres vite et il en existe de nombreuses 
versions successives. Ainsi, le plug-in Flash comprend actuellement en 

15 particulier les versions Flash3, FIash4 et Flash5, toutes tres utilisees. Un »■■>. 
terminal disposant du plug-in Flash5 peut alors afficher des animations > 
Flash3, mais s'il ne connatt que Flash3, il est incapable d'afficher -ii 
correctement une page HTML embarquant une animation faite en Flash4 ou ?£ 
Flash5. Qui plus est, les fournisseurs de services ont tendance a toujours 

20 . vouloir utiliser les dernieres versions des plug-ins, afin de profiter au 
maximum de leurs fonctionnalites et de peaufiner la presentation de leurs 
services interactifs. 

Cote terminaux interactifs, il est done necessaire de proceder 
25 regulierement a des mises a jour. Tant que les services sont operes par une 
unique entite vers des cibles homogenes, de telles operations peuvent 
encore etre maTtrisees. Cependant, des lors que deux operateurs de 
services sont operationnels ou que le pare de STBs ou de TV interactives 
vise devient heterogene, des difficultes surgissent. Ainsi, si un terminal n'a 
30 pas ete remis a jour lors d'une derniere campagne de telechargement de 
logiciel, par exemple, ce terminal n'est peut-etre plus capable d'afficher 
certains services interactifs emis. Or, il est probable pour les applications 



grand-public que le pare de terminaux est effectivement heterogene, tous Ies 
terminaux n'ayant pas ete remis systematiquement a jour. 

Pour affronter cette difficult^, il est connu de faire en sorte que Ies 
5 services emis indiquent aux terminaux Ies plug-ins et leurs versions, requis 
pour une execution parfaite. Le terminal peut alors decider d'ex6cuter ou non 
le service selon Ies moyens dont il dispose, quitte a afficher une page HTML 
en mode degrade s'il dispose d'une version moins performante que celle 
indiquee, mais malgre tout exploitable pour ce service. 

10 

Cette approche contraste avec celle du monde informatique, dans 
lequel on propose a Putilisateur de telecharger la version la plus recente du 
plug-in requis, par exemple pour afficher une page HTML. Ce choix par 
I'utilisateur n'est alors pas genant, puisque la demande s'adresse a un public 

1 5 relativement averti et que la duree de telechargement n'a pas d'impact sur la 
qualite du service (pas de synchronisation avec une emission). Par analogie 
avec le monde informatique, si I'utilisateur d'un terminal interactif sollicite le 
reseau bidirectionnel pour requerir des informations meme s'il ne dispose 
pas de la derniere version de plug-in souhaitee, un affichage en mode 

20 degrade est egalement acceptable, dans la mesure oil e'est I'utilisateur lui- 
meme qui prend I'initiative d'executer le service. 

En revanche, dans le cas d'un service regu par diffusion generate 
(broadcasting), il est important que le service (par exemple une publicite 

25 interactive) s'execute parfaitement sur tous Ies terminaux grand public qui le 
re^oivent, conformement au contrat pass6 au prealable entre Toperateur et 
le fournisseur du service. L'affichage en mode degrade, comme la non- 
execution du service, risquent en effet d'etre fortement prejudiciables a la 
qualite des prestations. 

-30 

La norme MHP, dans sa version la plus recente 1.1.1 (ETSI TS 
T02T812 V1.1.1) pr6voit d'indiquer dans la signalisation, de^efTseignements 
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relatifs aux plug-ins requis pour I'execution des services associes (§ 
10.13.2), tels que I'identite de Implication de , plug-in et son mode de 
demarrage. De plus (§ 10.13.3), il est prevu de pouvoir associer chaque 
application executable au moyen d'un plug-in,, a plusieurs plug-ins pouvant 
5 chacun convenir a cet effet, classes par ordre de preference (dont un par 
defaut). La norme reste cependant silencieuse sur I'utilisation de ces 
informations lorsque aucun das plug-ins exploitables pour une application a 
executer n'est disponible localement dans le terminal. Vraisemblablement, 
les usages en cours dans ce domaine conduisent alors a refuser I'execution 
10 du service. 

Afin de resoudre partiellernent les difficultes posees par la non 
execution de services, ou leur execution approximative, on pourrait 
envisager un telechargement systematique des plug-ins preferes requis dans 
15 une signalisation MHP, des lors que ceux-ci ne sont pas disponibles ,v 
localement. Une telle solution permettrait au moins d'anticiper sur des * 
besoins ulterieurs relatifs a ces plug-ins. $ 

Cependant, le probfeme d'execution des services reposant sur un 
20 plug-in non encore disponible resterait penalisant. En effet, il est 
vraisemblable que dans un grand nombre de cas, le telechargement ne 
serait pas acheve au moment de la reception des contenus et triggers. Non 
seulement le service recu risquerait alors de ne pas pouvoir etre execute, 
mais le terminal acquerrait souvent inutilement le contenu de ce service. Qui 
25 plus est, une operation automatique de telechargement de plug-ins risquerait 
d'etre problematique a bien des egards, notamment en termes 
d'encombrement de bande passante et d'espace de stockage. 

C'est pourquoi la solution la plus naturelle paratt consister a 
30 proceder a une execution conditionnelle de I'application consideree, selon 
que les plug-ins requis (mentionnes dans la signalisation) sont ou non 
disponibles localement, quitte a tenir compte des plug-ins manquants pour 



mettre au point une gestion de mise a jour locale faisant intervener un 
utilisateur. Un tel processus de mise a jour en fonction des sollicitations vis- 
a-vis d'un terminal ne vaudrait de toute maniere que pour I'avenir, et ne 
serait done pas applicable aux services requerant pour la premiere fois une 
5 nouvelle version d'un plug-in, ou un plug-in dont le besoin ne s'etait pas fait 
sentir jusqu'alors. 

La pr^sente invention propose un dispositif de decision 
conditionnelle d'execution de services rectus, qui permet de surmonter en 

10 grande partie les difficultes ci-dessus, en rendant possible une reduction 
significative du nombre de cas oD les services ne peuvent pas etre executes, 
tout en 6vitant des operations de telechargement prejudiciables a ('utilisation 
des terminaux concern6s ainsi qu'une gestion complexe et fastidieuse pour 
les utilisateurs. De plus, le dispositif de decision conditionnelle de I'invention 

15 peut faciliter une mise a jour souple et efficace des fonctionnalites 
disponibles dans les terminaux. 

L'invention concerne aussi un procede de decision conditionnelle 
d'execution correspondant au dispositif de decision de I'invention, ainsi qu'un 
20 dispositif et un procede de constitution de messages d'informations et des 
produits associes. 

Elle s'applique en particulier au domaine de la television, mais 
25 trouve aussi des applications interessantes dans la radio, ainsi que dans tout 
autre secteur pouvant mettre en oeuvre la diffusion de services ayant des 
durees de vie predeterminees. Elle est de plus exploitable aussi bien dans le 
monde analogique que dans celui numerique. 

-30 Par — «-service->x, — on — entend — ci-apres — un — ensemble — da 

fonctionnalites prevu pour etre transmis a des terminaux et pour s'y 
executer, paraF^lement a la reception par ces terminaux de programmes 
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diffuses par diffusion generate (« broadcasting »). Ce service peut §tre ou 
non interactif, I'interactivite pouvant elle-meme etre locale (communication 
entre un utilisateur et son terminal) ou a distance via une voie de retour 
(communication entre un utilisateur et un operateur de service via le 
5 terminal). 

Uinvention a ainsi pour objet un dispositif de decision 
conditionnelle d'execution de services recus via un reseau de 
communications, ces services recus ayant des durees de vie 
10 predetermines. Le dispositif comprend : 

- un module de reception d'informations associees aux services, 
prevu pour recevoir ces informations prealablement a des executions des 
services associes, 

- un module d'identification pamii les informations recues, de 
15 renseignements relatifs & des programmes informatiques requis pour 

I'execution des services associes & ces informations, 

- un module de contrdle de disponibilite locale des programmes 
informatiques identifies, 

- et un module de decision selective d'execution de services, 
20 prevu pour autoriser I'execution des services si les programmes 

informatiques requis pour ces services sont disponibies localement. 

Selon invention, ce dispositif comprend aussi : 

- un module d'obtention de programmes informatiques, capable 
25 de declencher un telechargement des programmes informatiques requis 

pour les services si ces programmes informatiques ne sont pas disponibies 
localement, 

- et un module de decision selective automatique d'obtention de 
programmes informatiques, capable d'autoriser et d'interdire le 

30 telechargement des programmes informatiques requis pour ces services et 
non disponibies localement, au moins en fonction des informations 
associees a ces services. 
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Ainsi, de fapon surprenante, I'invention ne repose ni sur une 
adaptation au niveau de remission, par exemple pour proposer 
systematiquement les plug-ins les plus recents suffisamment tot avant la 
5 diffusion de services y ayant recours, ni sur une adaptation au niveau de la 
reception, par exemple en augmentant les ressources des terminaux en 
termes de bande passante et de capacites de stockage. Par contraste, le 
dispositif de I'invention releve d'une interaction entre remission et la 
reception, utilisant a la fois les informations foumies a remission 
10 (renseignements sur les programmes informatiques requis) et des 
informations locales (disponibilite des programmes informatiques requis, 
criteres de decision sur le telechargement). 

De cette maniere, le r&cepteur peut s'adapter automatiquement et 
15 avec souplesse a la situation, en decidant ou non de telecharger les 
programmes informatiques (pref6rentiellement des plug-ins) requis par les 
services regus ulterieurement. Dans une realisation aboutie de I'invention, le 
recepteur est capable de declencher le telechargement des programmes 
informatiques manquants a chaque fois que ce telechargement est 
20 satisfaisant & la fois pour Pemetteur et pour I'utilisateur des services, et 
d'eviter cette operation dans les autres cas. Le contenu d'un service n'est 
done pas acquis par un terminal si ce dernier n'est pas capable de 
Pex6cuter. 



25 Ainsi, dans des modes prefers de realisation pouvant etre 

combines : 

- le telechargement a lieu uniquement s'il est acheve lors de 
Tinstant de d§marrage du service concerne, dans la mesure oil initier le 
service en cours de route est considere comme sans inter§t (par exemple, 

e rtf rn i r nn r^ H 'unn fSmi^r^ion H ^n ^ I f^nn Al ryitf^r I f* Hf*hl tt r\l I 

revient a une perte certaine) ; 



- le telechargement a lieu uniquement s'il est acheve lors d'un 
instant predefini ayant la fin du service concerne, dans la mesure 0C1 initier le 
service en cours de route est considere comme utile (par exemple, resultats 
de foot pendant un match) ; 

- le telechargement est effectue meme s'il ne peut pas etre 
exploite pour le service concerne, car le programme informatique telecharge 
est tres utile en general et sera disponible pour d'autres services, ou sera 
utile pour les occurrences suivantes du service concerne ; 

- le telechargement est effectue seulement s'il reste confine a 
une bande passante predefinie et/ou s'il n'occupe qu'un espace de stockage 
limite predefini. 

Les informations envoyees peuvent etre ou non directement 
prevues pour ce processus de decision. II peut notamment s'agir d'un 
indicateur imposant le telechargement d'un plug-in dans toutes 
circonstances, quitte a ce que ce plug-in ne devienne disponible qu'en cours 
d'execution du service associe a cet indicateur, ou meme que ce plug-in ne 
soit pas telecharge a temps pour ce service mais serve a des services 
ulterieurs. II peut aussi s'agir d'informations accessibles dans des messages 
d'annonce de services independamment de cette application particuliere, 
concernant par exemple I'identite du plug-in (comme dans la norme MHP). 
Dans tous les cas, un aspect important de Invention est la combinaison du 
critere de decision au niveau reception et de I'exploitation de ces 
informations. 

Au surplus, des elements complementaires a ces informations 
peuvent intervenir dans la decision, tels que par exemple des ressources 
locales. 

Le dispositif de decision est avantageusement incorpore dans un 
terminal (tel que notamment un televiseur ou un poste de radio interactif ou 
une STB). Cependant, dans d'autres formes d'implementations, il est place 
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dans un recepteur intermediate entre Pemetteur et les terminaux. Par 
exemple, un tel recepteur est utilise pour un groupe de terminaux mettant en 
commun des reserves de bande passante et de stockage (societe, 
immeuble...). 

5 

Le reseau de communications utilise pour transmettre les services 
peut etre quant a lui mono ou bi-directionnel. Le mode de transmission des 
informations associees aux services s'effectue de preference, mais non 
necessairement, a travers ce meme reseau. Par exemple, les services et les 
10 informations sont communiquees par broadcasting sur un meme reseau via 
le cable, par voie hertzienne ou par satellite. Dans un autre exemple, les 
informations sont communiquees par Internet (ou plus generalement, par la 
voie de retour) avant que les services associes ne soient radiodiffuses. 

15 Un cas particulierement avantageux pour sa commodite de mise 

en ceuvre et sa facilite d'implementation au regard des normes existantes, 
est celui ou les informations sont communiquees au sein meme des services 
concernes, dans les messages d'annonce de services, notamment pour les 
normes ATVEF et MHP (les services comprenant des messages d'annonce 

20 de services et des contenus). Le module de reception est alors prevu pour 
recevoir les informations associees a ces services, dans les messages 
d'annonce de services et le module ^identification de renseignements est 
prevu pour extraire les renseignements dans ces messages d'annonce de 
services. 

25 

Ainsi, dans une forme preferee de realisation, on embarque dans 
le service interactif a la fois des informations decrivant les plug-ins qu'il 
utilise, et une information forcant ou non le telechargement, afin que le 
terminal puisse decider ou non de telecharger ces plug-ins. Ces informations 

-30 sontravantageusement-renseigneesHors^e^dffi^ 

partir d'un formulaire par exemple. Ainsi, lors de la generation des donnees 
du service interactif7~ces informations sont inserees dans les fichiers 
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composant le service. Le terminal comprend quant a lui un aigorithme de 
decision de telechargement ou non des plug-ins suivant leur taille et la duree 
de vie du service. 

5 Dans le monde de la TV analogique et de I'ATVEF, ces 

informations sont avantageusement inserees dans la partie SDP de 
I'announcement (pour « Session Description. Protocol », format de la charge 
utile du message d'annonce de service) sous la forme d'une liste de plug-ins 
requis. Ces informations complementaires sont preferentiellement indiquees 

1 0 de maniere globale pour tout le service. Dans le cas d'un service ATVEF, par 
exemple, il n'est en effet pas souhaitable d'indiquer dans chacune des pages 
HTML composant le service interactif quels sont les plug-ins requis pour 
executer cette page. Ceci aurait pour consequence d'alourdir chacune des 
pages du service et surtout, une premiere page d'un service pouvant §tre 

15 affichable par le terminal mais pas une seconde page, I'utilisateur risquerait 
de n'avoir acces qu'a une partie du service, sans pouvoir y naviguer. •> 

Dans le monde de la TV numerique et de DVB, ces informations 
sont avantageusement inserees dans des descripteurs du flux de ,. 
20 signalisations, sous la forme d'identificateurs attribues a partir de tables 
listant tous les plug-ins existants et disponibles. 

Connaissant ces pre-requis, le terminal peut alors decider dans un 
premier temps du telechargement ou non des versions de plug-ins et de 
25 logiciel eventuellement requises et non disponibles, puis dans un second 
temps de I'affichage ou non du sen/ice interactif. 

Preferentiellement, les informations associees aux services 
comprenant des informations temporelles relatives a la validite d'execution 
30 de ces services, le module de decision selective d'obtention est capable 
d'autoriser et d'interdire le telechargement au moins en fonction de ces 
informations temporelles. II est en effet interessant de tenir compte de la 



-12- 



chronologie de deroulement d'un service (debut, fin, etape determinante...) 
pour prendre ou non la decision de telechargement, cette chronologie etant 
generalement synchronisee avec la diffusion generale de programmes 
associes. 

5 

Avantageusement, le module de decision selective d'obtention est 
alors prevu pour autoriser le telechargement si ce telechargement est 
destine a etre acheve avant des instants predefinis des services, extractibles 
des informations temporelles, et a interdire ce telechargement sinon. 

10 

Ainsi, selon une premiere forme de prise en compte de ces 
informations temporelles, ces instants predefinis specifient des fins de 
validite d'execution des services. Dans le cas d'un service de longue duree 
(tel un service de type portail accessible en continu quotidiennement ou la 
15 retransmission d'un evenement sportif comme un match de football), il est en 
effet important de telecharger le(s) plug-in(s) manquant(s) (operation prenant 
seulement quelques minutes) et ensuite de proposer le service au 
telespectateur. 

20 Selon une deuxieme forme de prise en compte de ces 

informations temporelles, ces instants predefinis specifient des debuts de 
validite d'execution des services. Les deux formes sont avantageusement 
combinees, dans la mesure ou une information complementaire recue 
permet de discriminer les deux cas (par exemple un indicateur specifique sur 

25 le critere de decision, ou un renseignement sur le type de service tel que 
« portail accessible en continu »). 

Dans les cas ou I'autorisation de telechargement est tributaire des 
instants predefinis des services, le module de decision selective d'obtention 

-30 est-pfefeiH^tidleiw?rto^ 

programmes informatiques requis et non disponibles localement, et d'estimer 
ainsi quand ce telechargement est destin§"~a etre acheve. XIe""moae 
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d'acquisition est avantageusement obtenu a partir conformations revues 
telles que les tailles des programmes informatiques, et d'lnformations locales 
telles que la bande passante disponlble. , . 

5 Preferentiellement, les informations associees aux services 

comprenant au moins un indicateur de telechargement force ayant une 
valeur activee et une valeur desactivee, le module de decision selective 
d'obtention est prevu pour forcer en autorisation le telechargement si cet 
indicateur de telechargement force a la valeur activee. 

10 

Plus precisement et a titre d'exemple, meme lorsque telecharger 
le(s) plug-in(s) manquants ne permet pas d'afficher I'occurrence courante 
d'un service (temps de telechargement superieur § la duree de vie du 
service), il peut etre malgre tout interessant de forcer le terminal a 
15 telecharger ce(s) composant(s) manquant(s) pour Tune des raisons * 
suivantes : . $ 

- ce service interactif (une publicite de courte duree par exemple) 
doit etre emis n fois au cours du mois et a chaque diffusion de la publicite 
interactive, le terminal n'a pas le temps de telecharger le plug-in ; sans la 

20 disposition ci-dessus, il ne proposerait done jamais ce service au 
telespectateur ; le mode de realisation avec indicateur de telechargement 
force permet de forcer le telechargement de ce plug-in pour que le 
telespectateur puisse profiter des n-1 diffusions restantes de la publicite ; 

- ce plug-in est tellement repandu qu'il est incontournable ; dans 
25 ce cas, le mode de realisation avec indicateur de telechargement force 

permet de forcer tous les terminaux du pare a I'acquerir, meme s'il ne peut 
pas §tre utilise par le service propose a cet instant. 

Dans ces deux cas, on prevoit que les plug-ins telecharges soient 
30 sauves de maniere permanente, e'est a dire qu'ils soient installes en 
memoire Flash ou sur disque dur. 
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Preferentiellement, et de maniere generate, le dispositif de 
decision conditionnelle d'execution de Pinvention comprend aussi un module 
d'acquisition de tallies des programmes informatiques requis et non 
disponibles localement et le module de decision selective d'obtention est 
5 capable d'autoriser et d'interdire le tetechargement aussi en fonction de ces 
tallies. 



Une premiere forme d'exploitation de ces tailles a deja ete 
mentionnee plus haut : le module de decision selective d'obtention est pr6vu 
10 pour ^valuer des durees de telechargement des programmes informatiques 
requis et non disponibles localement en fonction de ces tailles et de 
capacites de reception locales des programmes informatiques, et pour 
autoriser le telechargement lorsque ce dernier permet une execution 
ulterieure au moins partielle des services. 

15 

Selon une deuxieme forme d f exploitation de ces tailles (pouvant 
etre combinee avec la premiere), le module de decision peut decider de ne 
pas autoriser le telechargement bien que les informations arrivent longtemps 
avant le contenu d'un service assocte, du fait de ressources trop limitees du 

20 recepteur au regard de la taille d'un des programmes informatiques requis. 
Cette limitation des ressources peut etre inherente au recepteur (modem 
trop lent, espace disque ou plus g§neralement de stockage trop restreint) ou 
resulter du mode d'exploitation de r§cepteur (bande passante devant rester 
disponible essentiellement pour d'autres types de receptions, et ne laissant 

25 libres par exemple que 10 %). 

L'invention conceme aussi un procede de decision conditionnelle 
d'execution de services re?us via un r6seau de communications, 
correspondant au dispositif de decision conditionnelle de Pinvention, et 

On rn-Q'fcMvarvfr iqIIq monf W cxyKre c\ A Af rr^ m ig r*n rv"*l i\ ire* mr\\/f^n H'nn fg>| H i^r><"\^if if 

selon Tune quelconque de ses modalites de realisation. 
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L'invention porte egalement sur un dispositif de constitution de 
messages d'informations associees a des sen/ices, ces messages etant 
destines a etre diffuses a des utilisateurs avant des executions des services 
associes. Ce dispositif comprend des moyens d'incorporation dans les 
5 messages, de renseignements reiatifs a des programmes informatiques 
requis pour I'execution de ces services. 

Seion invention, les moyens d'incorporation sont prevus pour 
inclure dans ces renseignements au moins un indicateur de telechargement 
10 force ayant une valeur activee et une valeur desactivee, cet indicateur etant 
destine a forcer une autorisation de telechargement des programmes 
informatiques requis si I'indicateur a la valeur activee. 

Ce dispositif de constitution de messages est preferentiellement * 
15 destine a produire des messages destines a un dispositif de decision 
conditionnelle d'execution conforme a Tun quelconque des modes de 

realisation de I'invention. vi 

~.». 

L'invention s'applique de plus a un procede de constitution de 
20 messages d'informations correspondant au dispositif de constitution de • 
messages d'informations de l'invention, preferentiellement mis en oeuvre au 
moyen d'un tel dispositif de constitution de messages. 

L'invention a aussi pour objet un produit programme d'ordinateur 
25 comprenant des instructions de codes de programme pour I'execution des 
etapes du procede de decision conditionnelle d'execution ou du procede de 
constitution de messages d'informations selon l'invention, lorsque ce 
programme est execute sur un ordinateur. Par « produit programme 
d'ordinateur », on entend un support de programme d'ordinateur, qui peut 
30 consister non seulement en un espace de stockage contenant le 
programme, tel qu'une disquette ou une cassette, mais aussi en un signal, 
tel qu'un signal electrique ou optique. 
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L'invention porte egalement sur un message d'informations de 
controle destinees a etre exploitees automatiquement par au moins un 
recepteur et associees a au moins un service, ce message etant prevu pour 
5 etre diffuse au recepteur avant une execution de ce service, et comprenant 
des renseignements relatifs a au moins un programme informatique requis 
pour I'execution de ce service. 

Selon I'invention, ces informations comprennent au moins un 
10 indicateur de telechargement force ayant une valeur activee et une valeur 
desactivee, cet indicateur etant destine a forcer une autorisation de 
telechargement du programme informatique requis si I'indicateur a la valeur 
activee. 

15 Le message d'informations de contrdle de I'invention est 

preferentiellement destine a etre produit par un dispositif de constitution de 
messages conforme a I'invention. 

L'invention s'applique de plus a un decodeur, caracterise en ce 
20 qu'il comprend un dispositif de decision conditionneile d'execution conforme 
a Tune quelconque des formes de realisation de I'invention. 

L'invention sera mieux comprise et illustree au moyen des 
exemples suivants de realisation et de mise en ceuvre, nullement limitatifs, 
25 en reference aux figures annexees sur lesquelles : 

- la Figure 1 est un schema de principe d'un ensemble 
d'emission et de reception mettant en ceuvre un dispositif de decision 
conditionneile d'execution selon l'invention ; 

—30 ^-te-Ftgu r e 2 ropresente-de-maniere-ptus detaillee, saus-Jorme 

de schema blocs, le dispositif de decision conditionneile de la Figure 1 ; 
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- la Figure 3 montre un dispositif de constitution de messages 
□"informations selon ^invention, utilise dans I'ensemble de la Figure 1 ; 

- la Figure 4 illustre sous forme d'organigramme un processus de 
decision d'affichage d'un service par le dispositif de decision conditionnelle 

5 des Figures 1 et 2 ; 

- la Figure 5 represente une mise en ceuvre logicielle de 
Tensemble de la Figure 1, selon un premier mode de realisation du dispositif 
de decision conditionnelle d'execution, avec terminal interactif et applique a 
la norme ATVEF ; 

10 - la Figure 6 detaille le terminal interactif de la Figure 5 ; 

- la Figure 7 developpe sous forme d'organigramme un 
processus de decision de telechargement de plug-ins et d'affichage d'un 
service, au moyen du dispositif de decision conditionnelle d'execution du 
terminal interactif des Figures 5 et 6 ; 

15 - la Figure 8 detaille un terminal interactif incorporant un a- 

deuxieme mode de realisation du dispositif de decision conditionnelle 
d'execution des Figures 1 et 2, applique a la norme MHP ; , 

- la Figure 9 illustre un deroulement typique d'etapes d'un 
processus obtenu au moyen du terminal interactif de la Figure 8 ; 

20 - et la Figure 10 schematise un ordinateur personnel incorporant 

un troisieme mode de realisation du dispositif de decision conditionnelle 
d'execution des Figures 1 et 2. 

Sur les figures, des elements identiques ou similaires sont 
25 designes par les memes references. Des elements correspondants mais 
ayant des identites distinctes sont indiques par des nombres identiques et 
des suffixes differents (les suffixes A et B se referant respectivement aux 
normes ATVEF et MHP). 

30 De plus, les entites fonctionnelles decrites et illustrees (en 

particulier sur les Figures 1 a 3) ne correspondent pas necessairement a des 
entites physiquement distinctes des systemes, mais peuvent par exemple 
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consister en des fonctionnalites d'un meme logiciel ou en des circuits d'un 
meme composant. A contrario, un meme module peut etre implements sous 
forme de plusieurs entites separees physiquement. 

5 Un ensemble d'emission et de reception (Figure 1) comprend un 

emetteur 1 et un recepteur 2, communiquant via un reseau 6, I'emetteur 1 
etant prevu pour transmettre des services 1 1 au recepteur 2. 

Le recepteur 2 est pourvu d'une unite d'execution 40 de services 
10 et d'un dispositif de decision conditionnelle d'execution 20 des services 11 
recus. II dispose aussi d'un espace de stockage 30, prevu pour stocker en 
particulier des fonctionnalites informatiques utilisees pour I'execution des 
services 1 1 . 

15 L'ensemble d'emission et de reception inclut de plus une source 3 

d'informations en relation avec I'emetteur 1 via une liaison 8, apte a fournir 
au dispositif de decision conditionnelle 20 des informations 12 associees aux 
services 11 via un reseau 7 (qui peut etre identique au reseau 6). Ces 
informations 12 comprennent en particulier des renseignements relatifs a 

20 des programmes informatiques requis pour I'execution des services 11. Une 
source 4 de programmes informatiques permet au dispositif de decision 
conditionnelle 20 de declencher un telechargement de programmes 
informatiques 13 requis pour I'execution des services 11 vers le recepteur 2, 
notamment en vue d'une sauvegarde dans I'espace de stockage 30. 

25 

Plus precisement (Figure 2), le dispositif de decision 
conditionnelle d'execution 20 comprend : 

- un module de reception 21 des informations 12 associees aux 
services 1 1 , 

i in mnrlulo rl'iHontifirvjiinn O O. ni l ".pin rl p> n ag inffHTnation fi *1P 

des renseignements sur les programmes informatiques requis pour 
~ I'execution des services 1 1 ; 
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- un module de controle 23 de disponibilite locale (dans I'espace 
de stockage 30) des programmes informatiques ainsi identifies ; 

- un module de decision selective d'execution 24 des services 
11, si les programmes informatiques requis sont disponibles localement ; 

- un module de declenchement 27 d'execution de ces services 
1 1 (aux moments appropries) ; 

- un module de decision selective automatique detention 25 
des programmes informatiques 13 requis et non disponibles localement, 
destin6 a autoriser ou interdire le telechargement de ces programmes 
informatiques ; pour ce faire, le module de decision selective 25 est capable 
de tenir compte non seulement des renseignements extraits des 
informations 12 et d'autres elements inclus dans ces informations 12 (tels 
que notamment les instants de debut et de fin des services 11), mais aussi 
de capacites locales 15 du recepteur 2, par exemple enregistr6es au 
prealable dans I'espace de stockage 30, et de tailles 14 des programmes 
informatiques 13 requis, accessibles au moyen d'un module d'acquisition 28 
de tailles aupres d'une source 5 de tailles de ces programmes 13 ; 

- et un module d'obtentton 26 des programmes informatiques 
requis 13 aupres de la source 4 et d'enregistrement eventuel de ces 
programmes 13 dans I'espace de stockage 30, sur declenchement du 
module de decision selective d'obtention 25. 

La source 3 d'informations (Figure 3) comprend quant & elle un 
dispositif d'incorporation 31 au sein de ces informations 12, des 
renseignements relatifs aux programmes informatiques requis. Le dispositif 
31 inclut lui-meme un module d'incorporation 32 de specifications sur ces 
programmes informatiques (nom, version.,.) et un module d'incorporation 33 
d'indications relatives au telechargement de ces programmes informatiques 
(mode de telechargement, adresse a contacter...). 

En fonctionnement, le dispositif de decision conditionnelle 20 
re9oit au prealable de la source 3 d'informations, des renseignements relatifs 
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a des programmes informatiques requis pour Texecution de services 11 qui 
vont suivre en provenance de Femetteur 1. Si tous ies programmes 
informatiques requis sont deja disponibles pour le recepteur 2, le dispositif 
de decision selective d'execution 24 decide I'execution le moment venu des 
5 services 1 1 . 

Dans le cas contraire, le dispositif de decision selective 
d'obtention 25 applique un algorithme de choix pour decider si Ies 
programmes requis et non disponibles 13 doivent etre ou non t§l6charges. Si 

10 la reponse est positive, le module de decision selective d'obtention 25 
provoque le telechargement des programmes informatiques 13 manquants, 
par le module d'obtention 26 en provenance de la source 4. Dans ce cas, si 
tout se passe correctement et que tous Ies programmes informatiques 
necessaires sont ainsi a disposition du recepteur 2 en temps voulu, le 

15 module de decision selective d'execution 24 decide I'execution au moment 
approprie des services 11, comme indique precedemment. Dans Ies cas ou 
le module de decision selective d'obtention 25 decide de ne pas autoriser le 
telechargement, ou lorsque ce telechargement est decide mais s'avere 
defectueux, ou encore lorsqu'il se passe normalement mais est acheve trap 

20 tard, le module de decision selective d'execution 24 decide de ne pas 
executer Ies services 1 1 concerns 



Dans un cas particulier (Figure 4) dans lequel le service 11 
repond a la norme ATVEF ou MHP, Ies informations 12 relatives a un 

25 service interactif 11 sont envoyees dans un message d'annonce de ce 
service. Des que le recepteur 2 regoit ce message d'annonce (etape 41), il 
identifie des versions de plug-ins et de software necessaires pour afficher 
correctement ce service (6tape 42). II verifie ensuite si tous Ies elements 
requis sont disponibles localement (etape 43) et en cas de reponse positive, 

^$9 — affiehe-au-fflemeRf-opportun le^emee^fiteractif-(^ape-44)r-Barrs-te-cas- 
contraire, it prend une decision de telechargement ou non des elements 



manquants (etape 45). Si cette decision est negative, il refuse d'afficher le 
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service interactif (etape 47). Si elle est positive, il recupere les elements 
manquants (etape 46) et affiche le service interactif (etape 44). 

Des modes de realisation plus specifiques vont maintenant etre 
5 detailles pour respectivement des services ATVEF, MHP et dans le monde 
des ordinateurs personnels ou PCs. 

1/ Services ATVEF 

10 La solution fondee sur I'ATVEF exposee ci-dessous s'applique 

aussi bien au monde analogique qu'au monde numerique. Toutes les 
implications de la solution sont detaillees par la suite (depuis I'edition d'un 
service interactif jusqu'a sa reception sur un terminal). 

15 La mise en oeuvre lors de la creation du service interactif 11 

(dispositif d'incorporation de renseignements 31) inclut I'insertion des 
informations 12 relatives a ce service dans I'announcement. Dans le cadre # 
de la technologie de TV interactive commercialisee sous le nom de TAK, par v 
exemple, ces informations 12 sont renseignees au moment de I'edition du 

20 service interactif 11, par exemple a partir d'un formulaire. La societe TAK 
fournit a chaque fournisseur de service ou prestataire editant des services 
interactifs un pack d'edition de service. Ce pack contient un logiciel d'edition 
et un simulateur compose d'une TV interactive, d'un serveur de donnees 
minimaliste et d'un module d'insertion video. Dans une variante, le pack 

25 comprend uniquement un ordinateur personnel (PC pour « Personal 
Computer ») et un televiseur relies par un lien serie ou un bus USB (pour 
« Universal Serial Bus »). Le processus d'edition comprend ainsi des 
etapes : 

- de creation du service interactif 1 1 (developpement du service 
30 interactif par ecriture des pages HTML, des animations Flash, des 
instructions en langage JavaScript... et par description de differents 
declencheurs) ; 
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- de renseignement d'un formulaire de description des plug-ins 
utilises (par exemple animation Flash4 embarquee) et d'un indicateur 
permettant de forcer le telechargement ; 

- et de generation des fichiers ATVEF composant ce service 
5 interactif 11 (generation de I'announcement ATVEF, de ('ensemble de 

contenus - pages HTML et eventuels fichiers Flash et images - et des 
declencheurs). 

En ce qui concerne le format des informations 12, un premier 
10 champ permet de decrire le media en indiquant le(s) plugin(s) requis. Cette 
description se compose de deux parametres : 

- le format du media (Flash, MP3...), 

- et la version de ce media, 

ce champ se trouvant autant de fois qu'il y a de plug-ins. Un autre champ 
15 unique permet quant a lui de forcer le telechargement et I'installation des 
plug-ins manquants. 

Par exemple, I'announcement est encapsule suivant des couches 
de transport repondant a la norme ATVEF en Europe, et comprend un en- 
20 tete au format SAP (pour « Session Announcement Protocol ») et une 
charge utile au format SDP (pour « Session Description Protocol », cf. le 
document RFC 2327 - Request For Comment). Les informations decrivant le 
service interactif 11 trouvent place dans le SDP, qui offre un champ attribut 
« a= » adaptable par Putilisateur. 

25 

On insere la liste des plug-ins utilises ainsi que la version requise 
au niveau du SDP sous la forme : 
a=<attribut> :<valeur> 

avec : 

—30 <attribut> = mediaFormat ouj^ediaVersion 

et 

<valeur> = une cnaine de WacteTSs" 
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Pour I'attribut mediaVersion, qui est optionnel, <valeur> est alors 

du type : 

<VersionMajor[Separateur][VersionMinor]> 
5 le champ VersionMajor 6tant obligatoire et le separateur, qui doit etre connu 
des terminaux, n'ayant de raison d'etre que lorsque VersionMinor est 
precise. 

Par exemple, si on a affaire a un plug-in du type MonPlugin 4.3 et 
10 si le separateur choisi est la virgule (« , »), alors : 
mediaFormat = MonPlugin 
mediaVersion = 4,3 

Si le champ mediaVersion est present, il est necessairement 
15 rattache au champ mediaFormat precedent. SMI est absent, alors soit il n'y a 
pas de version a preciser, soit il n'y a utilisation que des fonctionnalites de 
base offerte par le plug-in, done le service est affichable correctement quelle 
que soit la version du plug-in presente. 

20 L'indicateur permettant de forcer le telechargement des plug-ins 

* s'ils sont absents est aussi insere au niveau du SDP sous la forme : 
a=mediaDownload: true ou false 

Par d6faut, si cet attribut mediaDownload n'est pas indique, il est 
25 considere comme non actif (false). Par consequent, le terminal prend alors la 
decision de telecharger le(s) plug-in(s) ou non. Sinon, s'il lui est affecte la 
valeur true, alors dans tous les cas, les plug-ins sont telecharges. 

Un exemple de SDP est developpe ci-apres : 

30 v=0 

o= - 921216992 921216992 IN IP4 172.30.90.160 
s=TMM 

e=dupont@thmulti . com 
p=+l-650~470-4860 
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a=lang:en 
a=tve-ends: 300 
a=tve-type : primary 

a=tve-id:79f3711c-40c3-llc4-ded7---1932f 6457700 
5 a=tve-profile: 1 

a=medi aFo rmat : Flash 

a=iaediaVersion : 4 

a=medi aFo rmat : MHEG-5 

a=mediaFormat : MP3 
1 0 a=mediaDownload : true 

sdpattribute=f oo 

t=2873397496 2873404696 

m=data 22814 tve-trigger 

c-IN IP4 227.37,32-27 
15 m-data 22815 tve-file 

c-IN IP4 224.37.32.21 



Dans cet exemple, le navigateur (« browser ») du terminal doit 
20 supporter Flash4 t des applications multimedias selon la norme MHEG (pour 
« Multimedia Hypermedia Expert Group »), ainsi que des fichiers audio au 
format MP3. De plus, si un ou plusieurs composants sont absents, ils 
devront etre telecharges. 

25 II est interessant de remarquer que : 

- ces attributs sont des attributs au niveau media et non au niveau 
session, c'est a dire qu'ils permettent de decrire le media mais qu'ils sont 
independants de la session courante ; 

- ces attributs de description de media doivent §tre inseres apr6s 
30 les attributs de description de session (cf. RFC 2327) ; 

- et si un recepteur « ne comprend pas » ces attributs, alors il les 

ignore. 

^implementation de cette realisation dans un terminal interactif 52 
35 (Figure 5) pour television analogique va maintenant etre explicitee. Le 
teiminaL52_co.mpra^ 

- un ou plusieurs pilotes 54 (« drivers ») VBI (pour « Vertical 
gte^fcnyy |nierval"»), destines a extraire dfcs donnees Iransportees dans~~le 
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signal AV recu (services 11 et informations 12) ; dans le monde de la TV 
numerique, ce composant est remplace par un demultiplexer ; 

- un navigateur 55 (« browser »), charge de gerer les services 
interactifs 11 ; it affiche les services 11, report des commandes d'un 

5 telespectateur a travers une telecommande et execute des actions 
demandees (hyper-navigation, execution d'un script, etc.) ; 

- le dispositif de decision conditionnelle d'execution 20 (sous 
forme logicielle), capable de recuperer les plug-ins requis 13 pour afficher les 
services 1 1 et non disponibles ; 

10 - et les services interactifs 11 (pouvant inclure notamment pages 

HTML, instructions en langage JavaScript et animations Flash) dans une 
zone de stockage 30S. 

Un broadcaster 51 (Pemetteur 1) communique les services 11 * 
15 ATVEF au terminal 52 via le reseau 6, chacun de ces services 11 

comprenant un announcement 61, contenu(s) 62 et triggers) 63. Ce # 
broadcaster 51 est en relation bilaterale avec un operateur de services 53, 
qui communique avec le terminal 52 via un reseau 8 de communication 
bidirectionnel. 

20 

Les decisions de telechargement et d'affichage ou non de I'un des 
services 11 sont avantageusement prises par le dispositif de decision 
conditionnelle d'execution 20 avant mime I'acquisition du contenu 62 de ce 
service, afin de ne pas charger le terminal 52 avec des donnees inutiles qu'il 

25 est de toute facon incapable de traiter. Avant d'ouvrir des canaux d'ecoute 
sur le contenu 62 et les declencheurs 63, le terminal interactif 52 verifie ainsi 
s'il est apte ou non a afficher le service interactif 1 1 lors de la reception de 
I'announcement 61 . S'il n'est pas apte a I'afficher (il n'a pas tous les plug-ins 
requis et il n'a pas le temps de les telecharger avant la fin de vie du service 

30 11), alors il peut ne pas se mettre a I'ecoute du contenu 62 et I'ignorer. 
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Plus precisement, le terminal interactif 52 (Figure 6) comprend 
(composants logiciels et stockages associes) outre les pilotes 54, le 
navigateur 55 et la zone de stockage 30S des services 11, un micro-noyau 
57, un « intergiciel » (logiciel servant d'intermediaire transparent entre 
5 logiciels d'application et reseau, designe par « middleware » en anglais) 58 
incluant des bibliotheques 56 generiques et de television (broadcasting, 
communication) ainsi que le dispositif de decision conditionnelle d'execution 
20, et une zone de stockage 30P de plug-ins. 

10 En fonctionnement, lors de la reception d'un flux audiovisuel 16 

diffuse, les drivers 54, syntoniseur (« tuner », non represents) et filtre limiteur 
VBI (« slicer » VBI, non represents) separent les donnees d'informations, 
des programmes video et audio. Les programmes audiovisuels sont alors 
proposes au telespectateur et, s'il en existe, un service interactif 11 est 

15 candidat pour s'afficher a I'ecran. C'est la qu'intervient le processus de 
filtrage mis en ceuvre par le dispositif de decision d'execution conditionnelle 
20 (Figure 7). 

Le processus de filtrage comprend les etapes suivantes : 
20 - reception d'un paquet ATVEF sous la forme d'une pile de 

protocoles requis dans le monde de la TV analogique en Europe, et 
extraction des paquets de niveaux IDL B (pour « Independent Data Line »), 
desencapsulation des couches IDL B et SLIP (pour « Serial Line Internet 
Protocol »), et verification et correction si besoin des codes d'erreur (FEC, 
25 pour « Forward Error Correction ») ; direction des paquets UDP (pour 
« Unidirectional Data Protocol ») / IP ainsi obtenus vers le navigateur 55 par 
les bibliotheques 56 generiques de broadcasting ; 

- si un paquet arrive sur le canal d'ecoute des announcements 
61 ATVEF (etape 41A), alors le navigateur 55 le desencapsule et recupere 

-3t) la dia l ye uti l e S DP-, 

- le dispositif de decision conditionnelle d'execution 20effectue 
diverses verifications, et recupere les parametres"et la liste des" plug-ins 
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requis pour I'execution du service 1 1 concerne (etape 42A) ; il recupere 
aussi la valeur de Tindicateur capable de forcer !e telechargement des plug- 
ins et la dun§e de vie du service interactif 1 1 (champ tve_ends de la charge 
utile SDP, valeur indiquee par I'attribut t= <start time> <stop time>) ; 
5 - le dispositif 20 compare la liste de plug-ins requis a une liste 

embarquee (etape 43A) ; 

- si les plug-ins requis par le service diffuse sont presents dans 
la liste des plug-ins embarques, alors le service 1 1 est accepte, c'est a dire 
que le navigateur 55 ouvre alors un canal d'ecoute sur le contenu 62 ATVEF 

10 (recuperation du contenu 62 dans I'etape 71 A) et un canal d'ecoute sur les 
declencheurs 63 (recuperation des declencheurs 63 dans I'etape 72A) ; le 
service interactif 1 1 est ainsi affiche (etape 44A) ; 

- sinon, le dispositif 20 evalue le temps de telechargement de 
I'ensemble des plug-ins requis manquants 1 3 (etape 73A) et le compare a la 

15 duree de vie du service (etape 45A) ; 

- si ce temps (plus une constante) est superieur a la date 
d'expiration du service 1 1 , alors le dispositif 20 verifie la valeur de Tindicateur 
de forcage du telechargement des plug-ins (etape 45A') ; suivant te cas, le 
telechargement ou non des plug-ins 13 est effectue (6tape 46A' pour le 

20 telechargement force), mais le service 11 n'est en aucun cas acquis et 
affiche (etape 47A) ; dans le cas ou les plug-ins 13 sont telecharges, ils sont 
alors installes en memoire permanente ; 

- si ce temps (plus la constante) est inferieur a la date 
d'expiration du service 11, alors le telechargement des plug-ins est effectue 

25 (etape 46A) et parallelement le service 11 est acquis (etape 74A, le 
navigateur 55 ouvre alors un canal d'ecoute sur le contenu 62 ATVEF et un 
canal d'ecoute sur les declencheurs 63) ; une fois que les plug-ins sont 
installes sur le terminal 52, le navigateur 55 ecoute le canal ouvert sur les 
declencheurs 63 et des la reception d'un declencheur d'affichage (etape 

30 75A), affiche le service 1 1 (etape 44A). 
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L'evaluation du temps de telechargement d'un plug-in requis et 
non disponible 13 et les modalites de telechargement vont maintenant etre 
detaillees. 

5 On peut recuperer le plug-in 13 via deux types de canaux : soit 

par broadcasting (en provenance du broadcaster 51 ou d'un autre diffuseur), 
soit par une communication bidirectionnelle avec un serveur (via la voie de 
retour en provenance de Toperateur de services 53 ou en provenance d'une 
autre source). 

10 

Par broadcasting, I'exploitant des terminaux ou Toperateur de 
services 53 peut utiliser des moyens connus pour ce genre de mise a jour. 
Par exemple, il diffuse une signalisation decrivant au terminal 52 le moyen 
de recuperer les plug-ins diffuses par ailleurs. Le terminal 52, en analysant 

15 cette signalisation, peut alors mettre en oeuvre un processus de 
telechargement des plug-ins manquants 13. L'avantage de cette methode 
est qu'elle n'est pas coQteuse pour Putilisateur du terminal 52, car aucune 
connexion telephonique n ! est requise. On trouvera decrite une 
implementation particuliere d'une telle methode dans le document EP- 

20 1.245.116, qui expose des precedes de transmission et de reception de 
donnees de mise a jour. Selon la technique divulguee, des signaux 
d'annonce, indiquant a quel moment seront ulterieurement emis les donnees 
de mise & jour, precedent remission de ces donnees. 

25 Par communication avec un serveur, I'exploitant des terminaux ou 

Pop6rateur de services 53 peut utiliser des moyens connus pour ce genre de 
mise a jour. Par exemple, il diffuse une signalisation decrivant au terminal 52 
le moyen de recuperer les plug-ins 13 disponibles par ailleurs sur un serveur 
en ligne. Le terminal 52, en analysant cette signalisation, met alors en oeuvre 

-36 un^ocessus-de--tel^lwgeiTO^ 

telephonique ou ADSL (pour « Asymmetric Digital Subscriber Line »). Selon 
un autre mecanisme, on initie une conne)^iT¥ljn^elveur et on demarre 
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une negotiation, invisible pour I'utilisateur du terminal 52, entre le terminal 
52 et le serveur. Le serveur fournit alors au terminal 52 les plug-ins 
manquants 13. 

5 Le temps de telechargement estime est fonction du type de canal 

permettant de le recuperer (debit) et de la .taille du plug-in 13. Concernant la 
recuperation de la taille, on peut proceder par voie broadcasting, par 
communication bidirectionnelle avec un serveur, ou par exploitation 
d'informations embarquees. 

10 

Par broadcasting, I'exploitant des terminaux ou I'operateur de 
services 53 diffuse en continu un flux de signalisation indiquant les tailles 
courantes de chacune des dernieres versions de plug-ins disponibles. Cette 
methode a pour avantage sa rapidite, car il est inutile de se connecter et 
15 d'interroger un serveur en ligne (perte de temps). 

::<■ 

Par communication avec un serveur, le terminal 52 est configure 
pour se connecter a un serveur en ligne, en mesure de lui indiquer toutes les H 
tailles des plug-ins connus. Cette methode a pour avantage une economie 
20 de bande passante, car il est inutile de diffuser des donnees 
continuellement. 

Pour I'exploitation d'informations embarquees, le terminal 52 
possede une table de description des plug-ins connus, embarquee en 
25 memoire permanente. Cette table peut etre remise a jour regulierement soit 
par broadcasting (emission de la table dans un flux par campagne de 
telechargement), sort en ligne, lorsque le tetespectateur se connecte par 
exemple. Cette methode a I'avantage d'offrir immediatement la taille du plug- 
in requis 13 (le terminal 52 est done apte a prendre la decision rapidement). 

30 

On peut aussi combiner les differentes methodes. Par exemple, 
exemple, le terminal 52 commence par chercher la taiile du plug-in requis 13 
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dans la table embarquee. Si ce plug-in 13 n'y est pas (la table est trap 
ancienne), le terminal 52 initie une connexion a un serveur en ligne pour 
recuperer Pinformation. 

5 2/ Services MHP 

Cette famille de realisations concerne exclusivement le monde 
numerique. 

Pour la mise en ceuvre lors de la creation du service interactif 1 1 
(dispositif d'incorporation de renseignements 31), les informations 
concernant les types duplications utilisees (par exemple animation Flash4 
embarquee) sont renseignees au moment de I'edition de ce service 1 1 , par 
exemple a partir d'un formulaire. On genere ainsi un fichier contenant les 
sources du service interactif 1 1 et toutes les informations relatives a la 
bonne execution de ce service (timing pour les declencheurs, liste des plug- 
ins requis...). Lors de la creation d'un flux MPEG (pour « Moving Picture 
Experts Group »), ce fichier est importe et les diverses informations sont 
renseignees dans les descripteurs du flux. Le format de ces informations est 
celui utilise dans le monde de la TV numerique selon le standard MHP. 

On va maintenant detainer une implementation particuliere du 
dispositif de decision d'execution conditionnelle 20 dans un terminal interactif 
MHP reference 82 (Figure 8). Le terminal 82 comprend des composants 
25 logiciels et de stockage qui incluent : 

- des pilotes 84 ; 

- un intergiciel 88 incluant des bibliotheques 86 generiques et de 
television (DVB-SI data - for « Service Information », communication...), une 
unite d'acces conditionnel 89 et le dispositif de decision conditionnelle 

-36 d'execution^B^ 

- un moteur de presentation 85 (navigateur) associe a une unite 
DVB-HTML referencee 90"; 



10 



15 



20 
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- un moteur interactif 85' (Java VM) associe a une unite DVB- 
J referencee 90' ; 

- un micro-noyau 87 ; 

- et des zones de stockage 30S et 30P respectivement de 
5 services interactifs et de plug-ins. 

En fonctionnement, lors de la reception d'un flux MHP diffuse 17, 
les pilotes 84, un syntoniseur et un demultiplexer permettent d'extraire tout 
d'abord la table PMT (pour « Program Map Table ») du train MPEG2 afin de 
10 recuperer la signalisation decrivant le contenu du flux 17 recu. 

D'une part, les programmes audiovisuels sont alors proposes au 
telespectateur et d'autre part, s'il en existe, un service interactif 11 est 
candidat pour s'afficher a I'ecran. C'est la qu'intervient le processus de 
15 filtrage du dispositif de decision conditionnelle d'execution 20. 

Les etapes du procede peuvent etre decrites de la maniere i 
suivante (Figure 9) : 

- ouverture des trains audiovisuels et de service (etapes 91 et 92), * 
20 et extraction de paquets MPEG2 contenant la signalisation ; 

- recuperation de la signalisation par les pilotes 84 et envoi aux 
bibliotheques 86 (etape 93), qui detectent la disponibilite du service 11 
(etape 94) et la notifient au dispositif de decision conditionnelle d'execution 
20 (etape 95) ; 

25 - les bibliotheques 86 en charge de g§rer le SI permettent de 

recuperer un descripteur data_broadcast_id et de constituer ainsi la liste des 
plug-ins necessaires pour que le service 11 s'affiche correctement sur 
I'ecran du telespectateur; cette operation est pilotee par I'intergiciel 88 
(etape 42B) ; 

30 - cette liste est analysee puis comparee a une liste residente de 

plug-ins embarques (etape 43B) par le dispositif 20 ; 
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- si les plug-ins requis par le service diffuse sont presents dans la 
liste des plug-ins embarques alors le service 11 est accepte ; sinon, le 
dispositif 20 decide si un telechargement des plug-ins manquants 13 doit 
etre effectue, de facon similaire a ce qui a ete developpe pour ATVEF ; si, 
5 comme dans I'exemple represente, le dispositif 20 decide de ne pas 
proceder au telechargement, le service 11 est ignore (etape 47B). 

3/ Monde PC 



10 On s'interesse essentiellement a des applications interactives 

pour TV sur PC (le PC etant branche sur un reseau de broadcasting). Lors 
de I'edition d'une page HTML (dispositif d'incorporation de renseignements 
31), on definit des couples de champs de ndms et de valeurs 
« Name/Value » pour specifier des plug-ins requis pour I'execution d'un 

15 service 11. Ces couples sont introduits au niveau de meta-donnees 
contenues dans I'en-tete de la page HTML, de la facon suivante : 
<META NAME="mediaFormat" CONTENT="<Plugin_Name>, [version]"> 
avec : 

<Plugin_Name> : parametre obligatoire 
20 [version] : parametre optionnel indiquant si necessaire une 

version minimale du plug-in requis. 

Vindication si les plug-ins manquants 13 doivent £tre t6l6charg6s 
ou non avec forcage est inseree de la maniere suivante : 
25 <META NAME="mediaDownload" CONTENT="<TRUE or FALSE>"> 
avec : 

- si TRUE, telechargement forc§ des plug-ins manquants 13 ; 

- et si FALSE, decision par le navigateur 105 de telecharger ou 
non les plug-ins 13 suivant la duree de vie du service 1 1 . 

30 



On insere aussi une notion de duree de vie du service : 
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<META NAME="ServiceVa!idityWindow" CONTENT="<Start Time>, <End 
Time>"> 



La page HTML a par exemple la forme suivante : 

5 <HTML> 

<!- DATE DE CREATION: 14/12/99 -> 
<HEAD> 

<TITLE></TITLE> 

<META NAME="Description" CONTENT=""> 
10 <META NAME="Keywords" CONTENT=""> 

<META NAME-'Author" CONTENT="Frederic Pasquler"> 

<META NAME="mediaFormat" CONTENT-'Flash, 4"> 

<META NAME^'mediaFormat" CONTENT="MP3"> 

<META NAME= M mediaFormat" CONTENT="MHEG-5"> 
1 5 <META NAME="mediaDownload" CO NTENT- TRU E"> 

<META NAME="ServiceValidityWindow" CONTENT="2873397496 

2873404696"> 

</HEAD> 

<BODY> 

20 ... Code HTML utilisant des formats Flash4, MP3 et PNG... > 
</BODY> w 
</HTML> •• 

Un PC 102 apte a la mise en oeuvre du dispositlf de decision 
25 conditionnelle d'execution 20 (Figure 10) comprend un navigateur 105 
incorporant ce dispositif 20, et des zones de stockage 30P et 30S 
respectivement de plug-ins et de services. Le navigateur 105 est adapte 
pour pouvoir recuperer et comprendre les couples NameA/alue definis ci- 
dessus. 



En fonctionnement, le PC 102 re?oit un flux 18 comprenant une 
page HTML avec un en-tete tel que decrit plus haul Le navigateur 105 
decide alors ou non le telechargement et ('installation des plug-ins requis 13 
et Paffichage du sen/ice 11 correspondant, selon un procede similaire a celui 
35 expose auparavant pour rATVEF. Les plug-ins disponibles ou telecharges 
sont toujours installes sur le disque dur. 
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REVENDICATIONS 

1. Dispositif de decision conditionnelle (20) d'execution de 
5 services (11) recus via un reseau de communications (6), lesdits services 
(11) recus ayant des durees de vie predetermines, ledit dispositif (20) 
comprenant : 

- un module de reception (21) d'informations (12) associees aux 
dits services (11), prevu pour recevoir lesdites informations (12) 

10 prealablement a des executions desdits services (1 1) associes, 

- un module d'identification (22) parmi lesdites informations (12) 
recues, de renseignements relatifs a des programmes informatiques requis 
pour I'execution desdits services (11) associes aux dites informations (12), 

- un module de contrdle (23) de disponibilite locale desdits 
1 5 programmes informatiques identifies, 

- et un module de decision selective d'execution (24) de 
services, prevu pour autoriser I'execution desdits services (11) si lesdits 
programmes informatiques requis pour lesdits services (11) sont disponibles 
localement, 

20 

caracterise en ce que ledit dispositif (20) comprend aussi : 

- un module d'obtention (26) de programmes informatiques, 
capable de declencher un telechargement desdits programmes 
informatiques (13) requis pour lesdits services (11) si lesdits programmes 

25 informatiques ne sont pas disponibles localement, 

- et un module de decision selective automatique d'obtention 
(25) de programmes informatiques, capable d'autoriser et d'interdire le 
telechargement desdits programmes informatiques requis (13) pour lesdits 
services (11) et non disponibles localement, au moins en fonction desdites 

"30 informations (12) associees aux dits sei vices (ft): 
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2. Dispositif de decision conditionnelle (20) d'execution selon la 
revendication 1, caracterise en ce que lesdites informations (12) associees 
aux dits services (11) comprenant des informations temporelles relatives a la 
validite d'execution desdits services (11), le module de decision selective 

5 d'obtention (25) est capable d'autoriser et d'interdire ledit telechargement au 
moins en fonction desdites informations temporelles. 

3. Dispositif de decision conditionnelle (20) d'execution selon la 
revendication 2, caracterise en ce que le module de decision selective 

10 d'obtention (25) est prevu pour autoriser ledit telechargement si ledit 
telechargement est destine a etre acheve avant des instants predefinis 
desdits services (11), extractives desdites informations temporelles, et a 
interdire ledit telechargement sinon. 

15 4. Dispositif de decision conditionnelle (20) d'execution selon la 

revendication 3, caracterise en ce que lesdits instants predefinis sp§cifient » 
des fins de validite d'execution desdits services (1 1 ). $ 

i 

5. Dispositif de decision conditionnelle (20) d'execution selon I'une 
20 des revendications 3 ou 4, caracterise en ce que lesdits instants predefinis 

specifient des debuts de validite d'execution desdits services (1 1). 

6. Dispositif de decision conditionnelle (20) d'execution selon l'une 
quelconque des revendications 3 a 5, caracterise en ce que le module de 

25 decision selective d'obtention (25) est capable d'acquerir des durees de 
telechargement desdits programmes informatiques (13) requis et non 
disponibles localemeht, et d'estimer ainsi quand ledit telechargement est 
destine a etre acheve. 

30 7. Dispositif de decision conditionnelle (20) d'execution selon I'une 

quelconque des revendications pr§c§dentes, caracteris§ en ce que lesdites 
informations (12) associees aux dits services (11) comprenant au moins un 
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indicateur de telechargement force ayant une valeur activee et une valeur 
desactivee, ledit module de decision selective d'obtention (25) est prevu pour 
forcer en autorisation ledit telechargement si ledit indicateur de 
telechargement force a la valeur activee. 

5 

8. Dispositif de decision conditionnelle (20) d'execution selon I'une 
quelconque des revendications precedentes, caracterise en ce qu'il 
comprend aussi un module d'acquisition (28) de tailles (14) desdits 
programmes informatiques (13) requis et non disponibles localement et le 

10 module de decision selective d'obtention (25) est capable d'autoriser et 
d'interdire ledit telechargement aussi en fonction desdites tailles (14). 

9. Dispositif de decision conditionnelle (20) d'execution selon la 
revendication 8, caracterise en ce que le module de decision selective 

15 d'obtention (25) est prevu pour evaluer des durees de telechargement 
desdits programmes informatiques (13) requis et non disponibles localement 
en fonction desdites tailles (14) et de capacites de reception locales (15) 
desdits programmes informatiques (13), et pour autoriser ledit 
telechargement lorsque ledit telechargement permet une execution ulterieure 

20 au moins partielle desdits services (11). 

10. Dispositif de decision conditionnelle (20) d'execution selon 
I'une quelconque des revendications precedentes, caracterise en ce que 
lesdits services (11) comprenant des messages d'annonce (61, 81) de 

25 services (11) et des contenus (62), le module de reception (21) est prevu 
pour recevoir lesdites informations (12) associees aux dits services (11), 
dans lesdits messages d'annonce (61, 81) de services (11) et le module 
d'identification (22) de renseignements est prevu pour extraire lesdits 
renseignements dans lesdits messages d'annonce (61, 81) de services. 

-36 
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11. Procede de decision coriditionnelle d'execution de services 
(11) recus via un reseau de communications (6), lesdits services (11) recus 
ayant des durees de vie predeterminees, (edit procede comprenant : 

- une etape de reception (41) d'informations (12) associees aux 
5 dits services (1 1 ) prealablement a des executions desdits services (11), 

- une etape d'identification (42) parmi lesdites informations (12) 
recues, de renseignements relatifs a des programmes informatiques requis 
pour I'execution desdits services (1 1) associes aux dites informations (12), 

- une etape de contr6le (43) de disponibilite locale desdits 
10 programmes informatiques identifies, 

- et une etape de decision selective d'execution (43, 45) de 
services, dans laquelie on autorise une execution desdits services (11) si 
lesdits programmes informatiques requis pour lesdits services (11) sont 
disponibles localement, 

15 . 

caracterise en ce que ledit procede comprend aussi : % 

- une etape d'obtention (46) de programmes informatiques, par « 
telechargement desdits programmes informatiques (13) requis pour lesdits 'i 
services (11) si lesdits programmes informatiques ne sont pas disponibles 

20 localement, 

- et une etape de decision selective automatique d'obtention (45) 
de programmes informatiques, dans laquelie on decide entre autoriser et 
interdire le telechargement desdits programmes informatiques requis (13) 
pour lesdits services (11) et non disponibles localement, au moins en 

25 fonction desdites informations (1 2) associees aux dits services (11), 

ledit procede etant preferentiellement destine a etre mis en ceuvre 
au moyen d'un dispositif de decision condition nelle (20) d'execution 
conforme a Tune quelconque des revendications 1 a 10. 

30 

12. Dispositif de constitution (3) de messages d'informations (12) 
associees a des services (11), lesdits messages etant destines a etre 
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diffuses a des utilisateurs (2) avant des executions desdits services (11) 
associes, ledit dispositif (3) comprenant des moyens d'incorporation (31) 
dans lesdits messages (12), de renseignements relatifs a des programmes 
informatiques requis pour I'execution desdits services (11), 

5 

caracterise en ce que lesdits moyens d'incorporation (31) sont 
prevus pour inclure dans lesdits renseignements au moins un indicateur de 
telechargement force ayant une valeur activee et une valeur desactivee, ledit 
indicateur etant destine a forcer une autorisation de telechargement desdits 
1 0 programmes informatiques requis si ledit indicateur a la valeur activee, 

ledit dispositif de constitution (3) de messages etant 
preferentiellement destine a produire des messages destines a un dispositif 
de decision conditionnelle (20) d'execution conforme a I'une quelconque des 
15 revendications 1 a 10. 

13. Procede de constitution de messages d'informations (12) 
associees a des services (11), lesdits messages etant destines a etre 
diffuses a des utilisateurs (2) avant des executions desdits services (11) 
20 associes, ledit procede comprenant une etape d'incorporation dans lesdits 
messages (12), de renseignements relatifs a des programmes informatiques 
requis pour I'execution desdits services (1 1), 

caracterise en ce que lors de ladite etape d'incorporation, on inclut 
25 dans lesdits renseignements au moins un indicateur de telechargement force 
ayant une valeur activee et une valeur desactivee, ledit indicateur etant 
destine a forcer une autorisation de telechargement desdits programmes 
informatiques requis si ledit indicateur a la valeur activee, 

-30 ledit p r ocede de constitution de messages etant 

p r< §f<§ ren tj e |lement mis en oeuvre au moyen d'un dispositif de constitution (3) 
de messages conforme a la revendication 12. 
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14. Produit programme d'ordinateur comprenant des instructions 
de codes de programme pour Texecution des etapes du procede selon Tune 
des revendications 11 ou 13 lorsque ledit programme est execute sur un 

5 ordinateur. 

15. Message d'informations de controle (12) destinees a etre 
exploitees automatiquement par au moins un r6cepteur (2) et associees a au 
moins un service (11), ledit message (12) etant prevu pour etre diffuse audit 

10 r6cepteur (2) avant une execution dudit service (11), et comprenant des 
renseignements relatifs a au moins un programme informatique requis pour 
Pex6cution dudit service, 

caracterise en ce que lesdites informations comprennent au 
1 5 moins un indicateur de telechargement force ayant une valeur activee et une 
valeur desactivee, ledit indicateur etant destine a forcer une autorisation de 
telechargement dudit programme informatique requis si ledit indicateur a la 
valeur activee, 

20 ledit message d'informations de controle (12) §tant. 

pr£ferentie!Iernent destine a etre produit par un dispositif de constitution (3) 
de messages conforme a la revendication 12. 

16. Decodeur, caracterise en ce qu'il comprend un dispositif de 
25 decision conditionnelle (20) d'execution conforme a Tune quelconque des 

revendications 1 a 10. 
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